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If once a man indulges himself in murder, very soon he comes to think little of robbing; and from rob- 
bing he comes next to drinking and Sabbath-breaking, and from that to incivility and procrastination. 

— Thomas de Quincey 

Abstract 

This paper presents scheduling algorithms for procrastinators, where the speed that a procrastinator 
executes a job increases as the due date approaches. We give optimal off-line scheduling policies for 
linearly increasing speed functions. We then explain the computational/numerical issues involved in 
implementing this policy. We next explore the online setting, showing that there exist adversaries that 
force any online scheduling policy to miss due dates. This impossibility result motivates the problem of 
minimizing the maximum interval stretch of any job; the interval stretch of a job is the job's flow time 
divided by the job's due date minus release time. We show that several common scheduling strategies, 
including the "hit-the-highest-nail" strategy beloved by procrastinators, have arbitrarily large maximum 
interval stretch. Then we give the "thrashing" scheduling policy and show that it is a 0(1) approximation 
algorithm for the maximum interval stretch. 

1 Introduction 

We are writing this sentence two days before the deadline. Unfortunately that sentence (and this one) are 
among the first that we have written. How could we have delayed so much when we have known about this 
deadline for months? The purpose of this paper is to explain why we have waited until the last moment to 
write this paper 

In our explanation we model procrastination as a scheduling problem. We cannot use traditional schedul- 
ing algorithms to model our behavior because such algorithms do not take into account our (and humanity's) 
tendency to procrastinate. The advantages of procrastination are well documented: the closer to a deadline 
a task is executed, the less processing time the task appears to require. Hence, it is common for a person to 
delay executing some onerous job in order to spend as little time as possible working on it. 

Regarding this paper, it will certainly be written quickly — it will have to be, since the deadline is near. 
Perhaps we will write faster under pressure because we will expend less time overanalyzing each design 
option. Other aspects of the paper may change because of this time pressure. In any case, the writing will 
proceed faster than if we had begun earlier 

Our scheduling problem for procrastinators is unusual in that the processing time of a job depends on the 
times when the job is run. We are given as input a set of jobs J' = {1,2, ... , n}. Each job j has release time 
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Vj, due date dj, and work wj; without loss of generality, we assume that the jobs are indexed by increasing 
release times. Preemption is allowed; that is, a running job can be interrupted and resumed later. The speed 
at which job j is run depends on the times that j is executed; the closer to the due date dj , the faster j can 
be executed. Specifically, speed function fj{t) indicates that at time t, job j is executed with speed fj{t); 
thus, if j is executed during time interval [a, b], then jjL^ fj{t) dt units of work of job j complete. 

Throughout most of the paper we focus on linear speed functions. We assume that when job j first is 
released, it is executed with speed 0. In accordance with this last assumption, when the call for papers first 
appeared, we snapped into action and accomplished nothing. 

Despite our whimsical and self -referential style, we hope to emphasize that the scheduling problems on 
job streams with time-dependent processing times have mathematical subtlety as well as practical relevance. 
The time-dependent processing models in this paper may be useful for industry and sociology because they 
give better scheduling models of human behavior; no model can truly be accurate that does not account 
for people's ability to work faster under the temporary stress of deadlines. More generally, many common 
scheduling problems in both daily life and industry have tasks whose processing times are time-dependent. 
For example, an airplane that is late in amving may have the boarding procedure expedited, a construction 
project that is behind may have more workers assigned to it, and a shipment that is late may be delivered 
faster by using an alternative, more expensive means of transportation. Indeed a major reason for the success 
of companies such as Fedex, UPS, and DHL is that the world is filled with scheduling problems executed 
by procrastinators. 

Related Work 

A number of other optimization problems have well studied time-dependent variants, including work on 
time-dependent shortest paths [25] and time-dependent flows [16, 17]. Some authors, typically in the 
operations-research community, have also worked on scheduling with time-dependent processing times (see, 
e.g., [2,5, 18, 19]), but for the offline and nonpremptive case. Of course, preemptive and online models 
are best for modeling the behavior of procrastinators, who tend to timeshare and thiash as the deadlines 
approach. Moreover, our introduction of preemptive scheduling with time-dependent processing times re- 
quires an entirely different model. Previous work has assumed that the processing time Pj{t) for job j is a 
function of the starting time t. We cannot have such a model in a preemptive case because the job may be 
executed during many different time intervals. This issue motivates our need for processor speeds: job j is 
executed with speed fj{t) at time t; the processing time is the sum over all intervals when job j is executed, 
and the integral of fj{t) over all times that the job is executed must equal the job's work. Curiously, if 
we analyze existing nonpreemptive models (e.g., linearly decreasing processing times) and analyze what 
processor speeds and total work must be to generate these processing times, then we can create instances 
where the processing speeds approach infinity; clearly such a model is um-ealistic. 

The most closely related work in the literature is on scheduling algorithms for minimizing power con- 
sumption and, in particular, on "speed scaling." See [1,6,7, 10,27,28] for some recent results and [21] for 
an excellent survey. The idea of speed scaling is that the processing speed of a job is variable, but faster 
speeds consume more power. This ability to vary the speeds is reminiscent of the procrastinator who can run 
at unsustainable rates near the deadline. However, unlike in the speed-scaling model, the procrastinator has 
less freedom in choosing the processing speed; the processing speed is solely determined by the proximity 
to the deadline. 

We note that there exist other scheduling papers where processors have different speeds, both for "re- 
lated" processors [9, 11, 12] and for "unrelated" processors [13,22,24]. However, neither situation models 
procrastination scheduling (or speed scaling), where the processing speeds per job change over time. 

There are other scheduling problems on how to schedule reluctant workers, such as the lazy bureaucrat 
problem [3,4,20]. However, the lazy bureaucrats in the scheduling problem are trying to accomplish as few 
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of the jobs as possible, whereas the procrastinators in the current scheduling problem are trying to finish all 
of the jobs. 

Results 

In this paper we present the following results. 

• Optimal offline scheduling — We first give optimal offline scheduling policies for the case where a 
scheduling instance has a feasible solution. We consider the case of linear speed functions, fj (t) = 
rrijit — Tj), for constant mj > 0. (In the offline problem, the scheduler sees the entire problem 
instance before it has to begin scheduling.) Specifically, the policy gives the feasible solution in 
which the processors spend the minimum total time running. These results ai^e consistent with a 
procrastinator who, after missing crucial deadlines, muses "if I could do it all over again " 

• Computational/numerical issues — We show that, curiously, despite a simple optimal scheduling 
policy, actually determining feasibility of the resulting schedule is not even known to be in NP. In 
particular, determining feasibility is hard because of the computational difficulties of summing square 
roots. We know of few scheduling problems where this intriguing issue arises. 

• Online scheduling — We next turn to online scheduling. Not surprisingly, the feasibility problem is 
not achievable in an online setting. In particular, even if the online procrastinator has a feasible set of 
jobs, he/she may be forced to miss an arbitrarily large number of due dates. 

• Online maximum interval stretch — A procrastinator may be forced to execute jobs beyond their due 
dates, that is, for some job j, the completion time Cj may exceed the due date dj. Generally speaking, 
if a procrastinator has a year to do a job j, and completes j two weeks late, the situation is better than if 
the procrastinator has only one day to do j, but completes two weeks late. This observation motivates 
the notion of interval stretch, defined as the flow time (time the job spends in the system) divided by 
the job's interval. More formally, the interval stretch0 of job j is defined as Sj = {Cj — Tj)/ {dj — Vj). 
We consider the optimization metric maximum interval stretch (abbreviated to max-stretch), maxj Sj. 

We study online scheduling of feasible scheduling instances. We explore traditional scheduling poli- 
cies for the procrastinator, such as First-In-First-Out (FIFO), Shortest-Remaining-Processing-Time 
(SRPT), and earliest-due-date (FDD). We show, not surprisingly, that these policies do not perform 
well and can lead to unbounded max-stretch. A common scheduling policy among many procrastina- 
tors is "hit-the-highest-nail", that is, execute the task that most crucially requires attention, formally, 
Largest-Stretch-So-Far (LSSF). In LSSF we execute the job in the system that currently has the largest 
interval stretch. We prove, perhaps surprisingly, that LSSF can lead to arbitrarily large max-stretch. 
We conclude our exploration of max-stretch by exhibiting an online algorithm for the procrastinator. 
Thrashing, that yields 0(1) max-stretch. This last result holds even when each job has abound on 
its maximum execution speed. 

2 Offline Procrastination Scheduling 

In this section we consider the offline procrastination-scheduling problem. First, we give an optimal schedul- 
ing policy based on a simple priority rule. Then we show that it is computationally difficult to determine 
whether a scheduling instance is feasible, despite this priority rule. We focus on linear speed functions, 

'This definition deviates from the standard notion of stretch where the flow time is divided by the total time the job has spent 
working [8]. However, it is appropriate here as jobs have due dates which can be missed and job speed is time-dependent. 
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Figure 1: Schedule A* results from the merge of A' and LRTB. Schedule A' results from A by exchanging jobs j and 
i. The small gap after ti indicates that this exchange is more time efficient. 

fj{t) = mj(t — Tj). We will show that, without loss of generahty, we can assume that all speed functions 
can have unit slope, i.e., that rrij = 1. 

Optimal Offline Scheduling Policy 

We now give an optimal scheduling policy for the offline procrastination problem based on a simple priority 
rule. 

We first define terms. We say that a schedule i?, feasible if all jobs complete within their intervals; we 
say that a feasible schedule is optimal if the total processing time is minimized. Observe that if an optimal 
schedule has no idle time then all feasible schedules are also optimal. 

The optimal algorithm starts at the latest due date and works backwai^ds in time, prioritizing jobs by the 
latest release time. Whenever a new job is encountered (at the job's due date) or a job completes, then the 
job in the system having the latest release time is serviced. Where two or more jobs have the same release 
time the scheduler chooses between them in an arbitrary but fixed way. We call this scheduling algorithm 
Latest Release Time Backwards (LRTB). 

Observe that LRTB is the traditional Earliest Due Date (EDD) policy (see, e.g., [23]) when we reverse 
the flow of time so that release dates become due dates and due dates become release dates. In traditional 
scheduling, time can flow in either direction, so that both LRTB and EDD generate feasible schedules. In 
contrast, in the procrastination problem, EDD performs poorly; see Section[3] The intuition of the algorithm 
is that it always tries to push the work of a job as near to its due date as possible in order to maximize the 
processing speed. 

Observe that the job priorities depend only on the release times and not the slopes. This lack of de- 
pendence on the slopes should not be surprising because we can transform any scheduling instance into an 
instance having all unit slopes by rescaling each job j's work to be w'^ = Wj/nij. Alternatively, we could 
give all jobs unit maximum speeds, fj{dj) = 1, by setting mj = l/{dj — rj) and then rescaling the work. 
Consequently, in the rest of the paper, we assume that the job slopes are 1, unless otherwise stated. 

In the following we prove that algorithm LRTB produces the optimal schedule. 

Theorem 1 LRTB is an optimal algorithm for the procrastination scheduling problem. There is a unique 
optimal solution provided that the release time of the jobs are distinct. 

Proof. The proof is by an exchange argument. We first assume that no two jobs have the same release time 
and then relax that assumption at the end. Suppose for the sake of contradiction that there exists an optimal 
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schedule A different from LRTB. Specifically, these schedules differ in the order of execution of two jobs 
with different release times. We perform a single exchange of work to yield another feasible schedule A* 
having smaller total processing time than A, thus obtaining a contradiction. 

Consider the latest instant in time where LRTB differs from A and call this time t^. Consider an arbi- 
trarily small interval [^3,44], when job j runs in LRTB and job i runs in A. See Figure 1 for a depiction of 
the setting. By the definition of LRTB, i, j, and t^, < rj. Consider some earlier time interval [ti, t2], i.e., 
t2 < ^3, when job j runs in A. Define ti, t2, and ^3 so that the amount of work that can be executed on job 
j is the same, that is, 

r fj{t)dt= r fj{t)dt. 
Jt=ti Jt=ti 

Now we make a new schedule A* from A by exchanging the work done during intervals [ti , 12] to [^3 , ^4] . 
Specifically in A*, job j is run during [t3, t4] and job i is run during [ti,t2]. We know that this exchange is 
allowed because dj > (from the LRTB and A schedules) and because < rj < ti (from the A schedule 
and because < rj). By the definition of the intervals, the same amount of work on j can be done during 
each interval. Computing the area of the trapezoids defined by fj{t), we obtain 

(^4 - h) (^^^-^ - fj^ ruj = {t2 - ti) 

meaning that 

{tl - tl)/2 - rjiU - ts) = (4 - tl)/2 - rj{t2 - h). (1) 
Observe that — < t2 — ti because the speed that j is executed during [t3,t4] is greater than during 

[tut2]. 

The amount of work on job i that needs to be exchanged from [t^, t4] to [ti, ^2] is — i|)/2— (^4 — t3)rj. 
But since n < rj and — ts < t2 — ti, 

{rj - ri){U - ts) < {rj - ri){t2 - h) (2) 

From ([D and ©, we obtain the inequality 

{tl - tl)/2 - niu - h) < {4 - tl)/^ - n{t2 - tl), 

and therefore interval [ti,t2] is big enough to execute all of the work on job i and still leave some idle 
time. Hence, schedule A* is feasible and spends a smaller amount of time working. This gives us our 
contradiction. 

We now explain the case where two jobs 1 and 2 have the same release time. Assume that job 1 is 
scheduled to execute some work in the time interval [ti, 12] and job 2 is scheduled to execute some work in 
the interval [^35*4]. If we exchange the work for jobs 1 and 2, the relationship between the new time intervals 
and the old is expressed by the simple equation tl — = 4 — tf. Therefore the total time to execute both 
jobs remains the same after exchange. As a result, the order in which these jobs are executed does not affect 
the total processing time, and so LRTB is an optimal algorithm no matter what the tie-breaking rule is. This 
completes the proof. □ 

Determining Feasibility May Not Be in NP 

One of the remarkable features of the procrastination problem is that, despite having the simple optimal 
scheduling policy LRTB, it is unclear whether determining the feasibility of a scheduling instance is even in 
NP, even for linear speed functions. 
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The difficulty is numerical. Calculating the actual processing time of the job j given a starting or ending 
time t and speed function fj(t) = t — rj requires computing square roots. Determining the feasibility of 
the schedule therefore requires computing sums of square roots and their relationship to an integer, and this 
problem appeai^s to be numerically difficult. 

The basic sum-of-square-roots problem is to determine whether 

i=l 

for some Xi, I € X {1 < i < m). Because there is no known polynomial-time algorithm for deciding the 
sum-of-square-roots problem, basic computational-geometry problems such as Euclidean TSP or Euclidean 
shortest paths are not known to be in NP. See the Open Problems Project [14, Problem 33] (originally 
from [26]) and the Geometry Junkyard [15] for nice discussions of the sum-of-square-roots problem. 

We establish the difficulty of procrastination scheduling by providing a reduction from any instance of 
the sum-of-square-roots problem. To derive the cleanest reduction, we allow the existence of nonlazy jobs, 
i.e., jobs that are always executed at the same speed, i.e., having slope 0. (It is likely that a reduction can be 
made to work using no nonlazy jobs, but at the cost of additional complications.) 

Theorem 2 The procrastination scheduling problem is not decidable in polynomial time unless the sum-of- 
square-roots problem is decidable in polynomial time. The procrastination scheduling problem is not in NP 
unless the sum-of-square-roots problem is also in NP. 

Proof. We reduce the sum-of-square-roots problem to the procrastination scheduling problem. Given 
integers xi, . . . , x„_i and /, we will create a procrastination-scheduling problem with n jobs. The procras- 
tination scheduling problem will be feasible if and only if J27=i — ^■ 

We first give the structure of the scheduling instance and then determine the release times, deadlines, 
and work for each job. In our scheduling instance, jobs 1 ... n — 1 have nonoverlapping intervals, so that 
ri = 0, and the due date of one job is the release date of the next: rj+i = (i = 1, . . . , n — 2). The speed 
functions have slope 1. Job n is nonlazy. We place this job's interval so that it overlaps with the intervals of 
all other jobs, i.e., r„ = ri and dn = dn-i- 

We now specify jobs 1, . . . , n — 1. For job i, we choose interval length li (= di — r^) and work Wi to 
be positive integers such that if — 2wi = Xi, many choices of ii and Wi will work. It suffices to choose 
positive integers li and wi such that < ^? — 2wi < £i. For example, by choosing ii = Xi + 2 and 
Wi = {xf + 3xi + 4)/2, all conditions are fulfilled. Note that + 3xj + 4 is always an even number for 
Xi > and thus Wi is an integer. 

Each job i (i = 1, . . . ,n — I) runs fastest when pushed to the right side of its interval. We show that 

such a job runs in time ti = ii — \J if — 2wi. To establish this running time, we set up and solve a quadratic 
equation. By simple geometry, we have the following relationship between running time ti and work Wi'. 

Wi = U {ii - ti/2) . 

This quadratic equation has two roots, 

ti = ii± ^if - 2wi, 

and the smaller root is the running time of the job. (This can be seen since the larger root is greater than i, 
the interval length.) 

The total time taken by all n — 1 nonoverlapping jobs when scheduled optimally is therefore 

n— 1 n—1 n—1 n—1 

Y^i,-Y,4W^^ = T.^^-T.v^^■ 

i=l i=l 1=1 1=1 
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Figure 2: (a) Case 1: job 1 is run at time r2 = 3. Then job 3 arrives. Either job 2 or 3 is forced to miss its due date, 
(b) Case 2: job 2 is run at time r2 = 2. Then job 4 arrives. Either job 1, 2, or 4 is forced to miss its due date. 



We now construct the nonlazy job n. As described earlier r„ = and d„ = We set work Wn = I. 

There is a feasible solution for this scheduling problem if and only if 

n— 1 1 
i=l i=l 

This is the case, as long as / < Yl^lZ^ ^/xl, since by construction, dn = dn-i = Yl^Zi Thus, an arbitrary 
instance of the sum-of-square-roots problem can be reduced to an instance of procrastination scheduling, 
implying the numerical difficulty of procrastination scheduling. □ 



3 Online Algorithms 

This section considers the online procrastination scheduling problem. In the online problem, jobs 1 ... n ar- 
rive over time. Job j is known to the scheduler only at the release time rj , at which point the scheduler also 
learns the values of Wj and dj. We first show that it is difficult for an online scheduler to find feasible sched- 
ules. Next we search for online algorithms that generate small, ideally constant, max-stretch. We show that 
traditional scheduling policies such as EDD, SRPT, and FIFO, have large, typically unbounded, max-stretch. 
We next consider the scheduling policy Largest-Stretch-So-Far (LSSF), which executes the job in the sys- 
tem currently having the largest interval stretch. This policy formalizes the "hit-the-highest-nail" scheduling 
policy, that is, execute the task in the system that most crucially requires attention. More precisely, in the 
LSSF scheduling policy, we run the job in the system that has incun^ed the largest interval stretch so far, that 
is, at time t we execute the job j that maximizes {t — rj)/ {dj — rj). We show that, remarkably, LSSF also 
has unbounded max-stretch. We conclude this section by exhibiting the scheduling algorithm THRASHING, 
whose max-stretch is within a constant factor of optimal and then give a generalization to non-linear speed 
functions. One consequence of this last result is that good online max-interval-sti"etch bounds are achiev- 
able even when the procrastinator's maximum processing speed is at most a constant factor faster than a 
nonprocrastinator's speed. 

Basic Results 

We first show that any online algorithm can be forced to miss due dates, even when the scheduling instance 
is feasible. A job j has slack if the work, Wj, associated with it is less than the area between rj and dj, i.e., 

Wj < {dj - rj)2/2. 

Theorem 3 For any online algorithm, there is a feasible job stream on which that algorithm misses due 
dates. 
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Proof. We show that regardless of the onUne scheduhng decisions, the adversary can force the algorithm 
to miss due dates by maliciously selecting future jobs. The adversary first sends jobs 1 and 2, where ri < r2 
and d2 < di. Both jobs 1 and 2 have some slack and the set {1, 2} is feasible. At time r2 there are two 
cases: 

1. Job 1 is serviced at time r2. Then the adversary places a job 3 with r2 < < ^3 < ^2- Job 3 is 
designed so that the entire interval [r2,(i2] is required to complete jobs 2 and 3 by their due dates. 
Since the online algorithm works partially on job 1 during this interval, either job 2 or 3 misses its 
due date; see Figure [21; a). 

2. Job 2 is serviced at time r2. The adversary places a job 4 with > ^2 and ^4 < di. Job 4 is designed 
so that all the time between r2 and di is required to complete jobs 1, 2, and 4 by their due dates. 
However, as job 2 has some slack we know that by Theorem [T] that the optimal strategy is to run 1 at 
time r2 and that this strategy is unique. Therefore, by running 2 at time r2 the algorithm misses at 
least one of the due dates; see Figurel^b). □ 

Observe that, as stated, this example has job parameters that may be irrational (because of square roots). 
In fact, we can round job parameters so that all ai^e rational and the input size (number of bits) is polynomial 
in n. 

By repeating this construction, the adversary can force the algorithm to miss an arbitrarily large number 
of due dates. Thus, Theorem [3] explains why procrastinators may have a harder time juggling online tasks 
than non-procrastinators. 

We now show that most traditional scheduling policies for non-procrastinators do not work well for 
procrastinators. The following theorem gives the performance of First-In-First-Out (FIFO), Earliest-Due- 
Date (FDD), and Shortest-Remaining-Processing-Time (SRPT). 

Theorem 4 There exist feasible scheduling instances of a constant number of jobs for which the max- 
stretch of the First-In-First-Out (FIFO) and Earliest-Due-Date (FDD) scheduling policies can be arbitrarily 
large. There exist feasible scheduling instances of n jobs for which the Shortest-Remaining-Processing-Time 
(SRPT) scheduling policy achieves a max-stretch ofQ{^/n). 

Proof. There is a bad example for FIFO consisting of only two jobs. Let ri < r2 < d2 < di. Set wi and 
W2 SO that optimal schedule is to execute job 2 to completion as soon as it amves, and then finish job 1. In 
FIFO, job 2 will not start work until job 1 has completed and will finish late. The interval stretch of job 2 
can be made arbitrarily large by decreasing W2 and ^2 — ^2 or by increasing di and wi. 

There is a bad example for FDD consisting of only three jobs. As before, let ri < r2 < d2 < di. In 
FDD, job 2 is executed starting at its amval time r2 because this job has the earliest deadline. By the proof 
of Theorem [U job 1 can be made finish its work after its due date. Now set a third job so that 7-3 = di and 
ds — r3 is small compared to the lateness of job 1. The interval stretch of job 3 can be made ai^bitrarily large 
by decreasing ^3 — or by increasing the lateness of job 1. 

There is a bad example for SRPT consisting of n jobs. All jobs are released at time 0. Give job 1 the 
largest amount of work: wi = 1. Give all other jobs 11)2 = ws = ■■■ = Wn = 1/2. Set di so that job 1 
must be executed as soon as it arrives in order not to be late, i.e., di = 2. Give all other jobs later deadlines: 
d2 = ds = ■ ■ ■ = dn = \fn + 2. In the optimal schedule, job 1 is executed first and the remaining jobs 
are executed in any order. In contrast, in SRPT, jobs 2 ... n are executed before job 1. One job will be 
completed at time 1, the next at time \/2, the next at time \/3, and the last at time \Jn — \. (A calculation 
similar to this is explained in greater detail in the next section.) Only after all other jobs complete does job 1 
complete, giving it an interval stretch of Vl(^fn). □ 
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(a) 



Figure 3: (a) Job 2 starts work at s and completes after its due date. Job 3 starts work at its due date and finishes with 
a stretch of a/2 (b) A stream of jobs with increasing stretch. The stretch of job 4 is when it starts work at time x 
and \/3 when it finishes. 



Hitting the Highest Nail Does Not Work 

A common scheduling strategy among procrastinators is "hit-the-highest-nail," that is, execute the job that 
is farthest behind. Since the objective is to minimize the max-stretch, "hitting-the-highest-nail" translates 
to running the job that has the largest interval stretch. We call this strategy Largest-Stretch-So-Far (LSSF). 
More precisely, in the LSSF scheduling policy, we run the job in the system that has incurred the largest 
interval stretch so far, that is, at time t we execute the job j that maximizes {t — rj)/{dj — rj). Thus, the 
algorithm might execute a job i, but switch to a smaller job j that arrived after i, once j's interval-stretch- 
so-far surpasses that of i's. 

Remarkably, even for feasible scheduling instances, LSSF may schedule jobs to have unbounded max- 
stretch. Below we exhibit such an adversarial scheduling instance that confounds LSSF. For simplicity, we 
describe a scheduling instance where job parameters may be iiTational because of square roots. We then 
show how to round the job parameters so that all are rational. 

Our bad instance consists of n jobs, indexed by increasing arrival time. We ensure that jobs 2 . . . n have 
no slack, that is, 

^.^(A^IjI {2<j<n). (3) 

Thus, in order for job j (2 < j < n) to complete by its deadline, job j must be executed without pause 
during its entire interval. In contrast, job 1 does have slack. 

We aiTange jobs 1-3 so that in LSSF, job 3 does not begin executing until after its due date d^. To do 
so, we assign intervals for jobs 1 and 2 so that r2 > ri, d2 < di, and di — ri = 0(1). Thus, in the LSSF 
schedule, job 1 works uninterrupted until some point in job 2's interval when job 2 has the largest stretch- 
so-far and so begins executing. Since job 2 has no slack, it finishes late, after its deadline d2. We place job 3 
so its release time is job 2's deadline and its deadline is job 2's completion time, i.e., = d2 and d^ = C2. 
In LSSF, job 3 does not start until its due date, d^, and then works uninterrupted until it completes for an 
interval stretch of S3 = a/2; see Figure [3la). 

We now assign jobs 4 ... n as follows; see Figure Ob). Each job j has release time 

rj = dj-i (3 < j < n) . (4) 
Moreover, in LSSF we assign dj so that job j has a stretch-so-far at time Cj^i of 

= = -f^ ^ 4 < i < n . (5) 

In the following we show that in LSSF, Sn = In contrast, in OPT, all jobs finish before their 

deadlines: jobs 2 . . . n run in their intervals and job 1 begins before job 2 arrives and completes after job n 
completes. 
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We now analyze the performance of LSSF on these n jobs. 



Theorem 5 There exist feasible scheduling instances ofn jobs for which the scheduling policy LSSF achieves 
a max-stretch ofQ{^/n). 

Proof. We analyze the performance of LSSF on the schedule instance given above. We derive a recurrence 
for the stretch Sj as a function of Sj-i. Then we solve the recurrence, showing that Sn = Q{y/n). 

Define interval /j = dj—rj. Recall that in LSSF, job j only begins executing at time Cj_i = Vj + sj-ilj 
because, from (01 and while job j — 1 is in the system, its stretch-so-far is larger than that of job j's. 

We now determine the time xj that job j spends running. By Equations ^ and we have 

Wj = Y = ^i-i-^i^i + y (i > 4) . 
Solving for xj and taking the positive root, we obtain 



Xj = -Sj^ilj +IjyJl + s|„i (j > 4) . (6) 

Thus, the stretch is 



Cj_i + Xj - rj 



^ ~ I- 



(i > 4) 



From (lU, the previous equation simplifies to 



Sj = Sj-i + (j > 4) . 

^3 



Finally, from Q we substitute for Xj, obtaining 



l + sj_, (j>4). 
The solution to this recuiTcnce is 

Sj = VJ^ (j > 3) , (7) 

meaning that the max-stretch is s„ = — 1. 

We now show how big job I's interval has to be for the entire scheduling instance to be feasible. We 
make a recurrence for the interval length Ij. By we obtain 

Finally, by Equations (01) and (|7]), we obtain 

Therefore, assuming w.l.o.g. that = 1, an upper bound on Ij is 

i-2 



= n fi - ^) < <=-^ o->3) 



i=2 
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The sum of all intervals lengths is 



E^i = Ee"^ = o(i) (j>3). 

j=3 j=3 

Consequently, it suffices to set Ji = 0(1) and wi = 0(1) to obtain a feasible schedule. □ 

This particular example has job parameters that may be in^ational (because of square roots). In fact, we 
can come up with another scheduling instance so that the input size (number of bits necessary to describe 
the scheduling instance) is polynomial in n. The idea is to round job parameters so that all are rational. We 
round the interval length dj — rj of job j up to a rational number and round the work wj down to a rational 
number. We make both rj and dj rational and retain Equation We make the equality in Equations ^ 
and ^ only approximate, that is, for arbitrarily small nonnegative ej and e'j, 

Wj + Ej = {dj - rjf/2 (2 < j < n) 
%^+4 = ^.-i (4<J<n). 
The analysis for Theorem |5] carries over. 
©(1) -Competitive Online Algorithm for Max-Stretch 

We now exhibit the strategy THRASHING, which bounds the interval stretch of each job by 4. The THRASH- 
ING strategy models the extreme case of a procrastinator who does not work on any job until it has already 
passed its due date. More formally, in the this strategy no job is executed until it has a stretch of at least 2. 
Among all such jobs, the procrastinator executes the job that amved latest. 

Before proceeding, we explain our choice of terminology. An operating system is said to 'thrash' when 
it begins running inefficiently because it spends too much time context switching. 'Thrashing' is now also 
commonly used among computer scientists to describe their own behavior when they have too many jobs to 
finish. The name is applied here because the procrastinator appears to be thrashing. Each time a more recent 
job has too large an interval stretch, the procrastinator abandons the current job and executes the more recent 
job. 

We begin by proving the following simple lemma: 

Lemma 6 Consider a feasible set of jobs 1, . . . , m and consider times r and d, where all rj > r and 
dj < d. Let a-DLY be any scheduling policy that only schedules work from jobs having stretch at least a, 
where a > 1. The total amount of time required to run all jobs using a-DLY is at most {d — r) /a. 

Proof. Because the set of jobs is feasible, there is some way to schedule each job within its interval and 
the total time spent working is at most d — r. Now consider running a-DLY. For any given job j, the slowest 
that j runs in a-DLY is at least a times faster than j runs in the feasible schedule. The lemma follows 
immediately. □ 

Theorem 7 For any feasible set of jobs, THRASHING bounds the interval stretch of every job by 4. 

Proof. The proof is by contradiction. Define the extended due date dj of job j to be the time that j must 
complete by to guai^antee an interval stretch of 4, that is, dj = 4{dj — rj) + rj. Consider some job j that 
does not meet its extended due date. For simplicity and without loss of generality, we normalize time so that 
rj = and dj = 1. Job j cannot begin until time 2 and by assumption completes at some time f > 4:. 
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By Lemma [6l the total amount of time spent working on all jobs (including j) whose intervals are 
entirely contained within [0, 4] is at most 4/2 = 2 units of time. Moreover, there can be no gaps in the 
schedule during the interval [2, /] because otherwise j would work during the gaps and finish earlier than 
time /. Finally, by the definition of THRASHING, there can be no work scheduled during [2, /] on jobs 
having release dates before because j has higher priority. Thus, / cannot be greater than 4 and we obtain 
a contradiction. □ 

It may, of course, be unrealistically optimistic to give the online procrastinator the power to run arbitrar- 
ily fast. However, it follows from Theorem [T] that THRASHING never runs any job j faster than Afj^dj). In 
fact, the proof of Theorem |7] indicates that we can reduce this upper bound still further to 2fj{dj) without 
increasing the max-stretch; we need only modify the speed functions so that the maximum job speed for job 
j is limited to 2fj{dj). 

4 Conclusions 

The first sentence of the conclusion, which summarizes the paper, is being written just a few hours before 
the deadline. As we were writing this paper, we were struck by the wealth of open problems in this area. For 
example, what is the right way to resolve the computational and numerical issues associated with linear and 
other speed functions? The scheduling problem (even in the offline case) becomes even more complex with 
speed functions that may be nonzero at jobs' release times. (This is because LRTB fails, and the optimal 
schedule seems to depend on the workload as well as on the slopes of the speed functions.) For our online 
algorithm we did not try to optimize the constant in the online competitive ratio fully; what is the smallest 
that we can make this constant, especially where the speed functions ai^e sublineai"? 

We have also considered piecewise-constant speed functions and have linear programming solutions for 
several variants of the problem. The LP has constraints for each time interval [ti, t2] in which the execution 
speeds of all jobs are constant. (Specifically, within (ti,t2) there ai^e no job release times or deadlines, 
and for each job j the function of fj{t) is constant when t E [ti,i2]-) There are many metrics we can 
optimize. For example, we can minimize or maximize the total amount of time working. Alternatively, we 
can introduce a notion of stress for the procrastinator and find the least stressful schedule. 

Finally, what about other metrics, especially in models where some jobs may be left unexecuted? What 
about settings where job streams are executed on parallel processors? 

It is now several hours later, just minutes before the deadline. We were searching for the ideal way to 
end the paper and circumstances have unfortunately provided the answer. A campus-wide power failure at 
Stony Brook has cut two hours from our last-minute working time and highlights the difficulties of online 
scheduling for procrastinators. 
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